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(54) Pipelined architecture to decode parallel and serial concatenated codes 



(57) The present invention provides a method and 
apparatus (400) for iteratively decoding data which has 
been encoded with contatenaled codes. The apparatus 
(400) includes pipelined and cascaded decoder proces- 
sors (406, 430 and 436) connected to a multiple block 
memory device (402), through a multiplexing and data 
control block (404). A data decision element (437) is pro- 
vided for generating decoded output data. The method 
includes receiving encoded data (802) while data al- 
ready received is processed iteratively by decoder proc- 
essors in a pipelined fashion. Decoder processors are 
designated to perform particular iterations (810) of an 
iterative decoding process which are performed simul- 
taneously. Each of said decoder processors processes 
a subset of a total number of decoding iterations. As a 
decoder processor completes processing its designated 
iteration on a block of data, the decoder processor out- 
puts decoding information (808) to the decoding proc- 
essor designated to perform the subsequent iteration. 
Upon completion of all iterations for a block of data, the 
method includes generating output (814) consisting of 
the decoded data block. The method provides that once 
processing is complete on a data block, the memory 
block is made available (816) for the storing of new en- 
coded input data. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention generally relates to the 
decoding of parallel and serial concatenated codes. 
More specifically, the present invention relates to a pipe- 
lined architecture and method for iteratively decoding 
parallel and serial concatenated codes in order to min- 
imize the effects of decoding processing speed on over- 
all data communication rate. 

[0002] Data signals, in particular those transmitted 
over a typically hostile RF interface, are susceptible to 
errors caused by interference. Various methods of error 
correction coding have been developed In order to min- 
imize the adverse effects that a hostile interface has on 
the integrity of communicated data. This is also referred 
to as lowering the Bit Error Rate (BER), which is gener- 
ally defined as the ratio of incorrectly received Informa- 
tion bits to the total number of received information bits. 
Error correction coding generally involves representing 
digital data in ways designed to be robust with respect 
to bit errors. Error correction coding enables a commu- 
nication system to recover original data from a signal 
that has been corrupted. Typically, the greater the ex- 
pected BER of a particular communication link, the 
greater the complexity of the error correction coding 
necessary to recover the original data, in general, the 
greater the complexity of the error correction coding, the 
greater the inefficiency of the data communication, The 
greater inefficiency results from a reduction of the ratio 
of information bits to total bits communicated as the 
complexity of the error correction coding increases. The 
additional information introduced into the original body 
of data by error correction coding consumes spectrum 
bandwidth and processor cycles on both the transmit- 
ting and receiving ends of the communication. 

[0003] In cases where the expected BER of a partic- 
ular communication link is substantially higher than the 
acceptable BER, a concatenated set of error correcting 
codes may be applied to the data in order to lower the 
BER to acceptable levels. Concatenated error correc- 
tion coding refers to sequences of coding in which at 
least two encoding steps are performed on a data 
stream. Concatenated coding may be performed in se- 
ries. where encoded data is subjected to further encod- 
ing, or in parallel where the original data is subjected to 
different encoding schemes to perform intermediate 
codes which are then further processed and combined 
into a serial stream. 

[0004] For example, in serially concatenated coding, 
where two error correction codes are concatenated, an 
"outer code" is applied to the original data followed by 
an "inner code" which is then applied to the original data 
already encoded with the outer code. Serially concate- 
nated coded data may become quite complex, even in 
an error correction scheme involving the application of 
only two concatenated error correction codes. An outer 



code may take the form of a block code, such as a Reed- 
Sotomon code, and an inner code may take the form of 
a convolutional code. 

[0005] Reed-Solomon block codes are organized on 
5 the basis of groups of bits referred to as symbols. To 
form symbols, an incoming serial bit stream may be 
stored as sequences of m individual bits (a symbol). The 
Reed-Solomon code has k information symbols (rather 
than bits), r parity symbols, and a total codeword length 
10 of n=k+r symbols. For 8-bit symbols, a Reed-Solomon 
codeword is typically 255 symbols in length. Allowing 
the codeword to correct up to 16 symbols requires 32 
parity symbols, thereby leaving 223 data symbols (for 
an effective code rate of 223/255 (approximately 7/8)). 
15 [0006] A convolutional code is a type of error correct- 
ing code which transforms an input sequence of bits into 
an output sequence of bits through the use of a finite- 
state machine, where additional bits are added to the 
data stream to allow for error-correcting capability. Typ- 
20 ically the amount of error-correction capability is propor- 
tional to the amount of additional bits added and the 
amount of memory preset in the finite-state machine en- 
coder. The constraint length, K, of a convolutional code 
is proportional to the finite-state machine's memory, and 
25 the rate of the convolutional code (e.g. m/n with m<n) 
describes how many additional bits are added for every 
m Information bits input (i.e., n-m bits added for each m 
information bits). The decoding complexity of a convo- 
lutional code increases exponentially with the constraint 
20 length. 

[0007] Next consider an example of a parallel con- 
catenated turbo coding scheme. A block of data may be 
encoded with a particular coding method resulting in 
systematic bits and parity bits. Additionally, the original 
35 block of data may be rearranged with a permuter and 
then encoded with the same method as that applied to 
the original data resulting in systematic bits (which may 
be discarded) and parity bits. The two sets of encoded 
data are then further processed and merged into a serial 
^0 bit stream. As with the case of serially concatenated 
coding, the complexity of parallel concatenated coding 
depends on the chosen encoding scheme, and can be- 
come significantly complex. 

[0008] From the previous discussion, it is apparent 
^5 that data encoded with a convolutional error correction 
coding scheme may become quite complex, even with 
only two levels of convolutional encoding. The amount 
of processing necessary to decode such convolutional ly 
encoded data can be considerable. 

50 [0009] Parallel and serial concatenated codes are 
sometimes decoded using iterative decoding algo- 
rithms. One commonly employed method of iterative de- 
coding utilizes a single decoder processor where the de- 
coder output metrics are fed back to the input of the de- 
55 coder processor. Decoding Is performed in an iterative 
fashion until the desired number of iterations have been 
performed. In order for the decoder processorto decode 
the encoded input data at the same rate as the input 
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data is arriving, the decoder processor must process the 
encoded data at a rate taster than the rale of the incom- 
ing data by a factor at least equal to the number of iter- 
ations necessary. With this method of iterative decod- 
ing, the speed of the decoder processor becomes a sig- 
nificanlty limiting factor in the system design. 

[0010} Another method of iterative decoding utilizes a 
number of decoder processors equal to the number of 
processing iterations necessary, each decoder proces- 
sor operating independently and in parallel with the oth- 
ers. Each decoder processor iteratively decodes its own 
block of data from start to finish. The decoder proces- 
sors take turns processing incoming blocks of data. For 
example, in a system with three independent decoders 
operating in parallel, decoder one may decode blocks 
n, n+3, n+6, etc., decoder two may decode blocks n+1 , 
n-r4, n+7, etc., and decoder three may decode blocks 
n+2, n+5, n+8, etc. Each decoder processor may either 
have multiple blocks of dedicated memory or a complex 
multiplexing/demultiplexing scheme allowing decoder 
processors to share memory. Each parallel decoder 
processor also has its own data decision element. The 
outputs from the parallel decoder processors are multi- 
plexed to form a serial bit stream. It is apparent from the 
above discussion that with the parallel decoder proces- 
sor method of iterative decoding, the quantity of hard- 
ware necessary to implement the method becomes a 
significantly limiting factor in the system design. 

[0011] The need to maximize processing speed and 
minimize hardware requirements exists in the commu- 
nications industry. For example, nowhere is this need 
more apparent than in satellite communications sys- 
tems where relatively large amounts of data are to be 
processed by relatively small amounts of hardware. The 
data throughput rate in satellite communications sys- 
tems is constantly pushing the envelope of processing 
speed. However, there is also a great need to minimize 
the amount of payload hardware because of cost, 
weight, power consumption, and reliability concerns. 
Thus, there exists a need in the communications indus- 
try for an improved method of decoding data that max- 
imizes processing speed while minimizing the amount 
of hardware required. 

SUMMARY OF THE INVENTION 

[0012] It is an object of the present invention to pro- 
vide an improved scheme for iteratively decoding data 
encoded with concatenated codes. 

[001 3] It is another object of the present invention to 
provide a pipelined scheme for decoding data encoded 
with concatenated codes utilizing cascaded decoder 
processors. 

[001 4] It is yet another object of the present invention 
to provide a pipelined scheme for decoding data encod- 
ed with concatenated codes utilizing cascaded decoder 
processors, each of which process an iteration or subset 
of the total number of iterations, lor iteratively decoding 



the encoded data. 

[0015] A preferred embodiment of the present inven- 
tion provides an apparatus and method for iteratively de- 
coding data. The apparatus includes pipelined and cas- 
5 caded decoder processors, each of which perform an 
iteration, or subset of the total iterations, of an iterative 
decoding scheme. Also included is a multiple block 
memory device which stores the input encoded data 
while the data is being processed by the decoder proc- 
ro essors. The input encoded data is stored in blocks so 
that individual input encoded data blocks may be selec- 
tively accessed by different decoder processors. Multi- 
plexers are implemented to provide the decoder proc- 
essors selective access to specific input encoded data 
>5 blocks. A data decision element is provided for gener- 
ating decoded output data and is connected to the out- 
put of the last decoder processor in the cascade of de- 
coder processors. 

[0016] The method for iteratively decoding data in- 
20 eludes receiving blocks of encoded input data into avail- 
able memory blocks while cascaded decoder proces- 
sors are simultaneously performing their respective de- 
coding iterations on encoded data previously received 
and stored in occupied data blocks. Upon completion of 
25 their respective decoding iterations, the decoder proc- 
essors provide output information, also known as met- 
rics, to their respective successor decoder processors 
in the cascade. The decoder processors then proceed 
to perform their respective iterations on their next re- 
30 spective blocks of encoded input data based on metrics 
that have been received from their respective predeces- 
sor decoder processors in the cascade. The method fur- 
ther includes generating output decoded data with a da- 
ta decision element based on metrics information re- 
35 cerved from the fast decoder processor in the cascade. 
Once the encoded input data stored in a memory block 
has been decoded, the memory block is made available 
to store new incoming encoded data. 

40 BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] 

Figure 1 illustrates the structure of a basic turbo- 
ts coding system. 

Figure 2 illustrates the structure of a basic turbo- 
decoding system. 

Figure 3 illustrates an iterative turbo-decoding sys- 
tem with a single decoder processor. 

50 Figure 4 illustrates a pipelined iterative turbo-de- 
coding system according to a preferred embodi- 
ment of the present invention. 

Figure 5 illustrates a method for iteratively decoding 
encoded data performed by a first cascaded decod - 
55 er processor according to a preferred embodiment 

of the present invention. 

Figure 6 illustrates a method for iteratively decoding 
encoded data performed by a middle cascaded de- 
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coder processor according to a preferred embodi- 
ment of the present invention. 

Figure 7 illustrates a method for iteratively decoding 
encoded data performed by a last cascaded decod- 
er processor according to a preferred embodiment 
of the present invention. 

Figure 8 illustrates a method for iteratively decoding 
a block of encoded data according to a preferred 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0018] To illustrate a preferred embodiment of the 
present invention, a data encoding technique known as 
turbo-coding was chosen. General information regard- 
ing turbo-coding can be found in “Continuous Map Al- 
gorithms and Their Applications to Decode Parallel and 
Serial Code Concatenations", Proceedings of the Fifth 
European Space Agency Workshop on Digital Signal 
Processing Techniques Applied to Space Communica- 
tions, September 1996, pgs. 8.10-8.24, which is includ- 
ed herein by reference In its entirety. Figure 1 illustrates 
a basic turbo-coding system 1 00. Data to be encoded 
("raw data") is applied to the input 1 02 of a first encoder 
104. The first encoder 104 performs a chosen type of 
encoding on the raw data bits and outputs two sets of 
bits The first set of bits output from the first encoder 1 04 
are commonly referred to as systematic bits, which are 
output from the systematic bit output 1 06 of the first en- 
coder 104. Systematic bits are directly representative of 
the information contained in the raw data. The system- 
atic bits output from the first encoder 1 04 will also be 
referred to as the Cl bits. The second set of bits output 
from the first encoder 104 are commonly referred to as 
parity bits, which are output from the parity bit output 
108 of the first encoder 104. Parity bits are a function of 
the states of the raw data bits. 

[001 9] The raw data is also applied to the input 1 1 0 of 
a permuter 1 12. A permuter is a device which rearrang- 
es bits, typically in a random manner. The permuter 112 
rearranges the raw data bits. The rearranged raw data 
bits output from the permuter 1 1 2 are then applied to the 
input 114 of a second encoder 11 6. The second encoder 
1 1 6 may be the same type of encoder as the first encod- 
er 1 04. As with the first encoder 1 04. the second encod- 
er 116 outputs two sets of bits. Systematic bits are out- 
put from the systematic bit output 11 8 of the second en- 
coder 116, and parity bits are output from the parity bit 
output 120 of the second encoder 116. The systematic 
bits output from the second encoder 116 are typically 
discarded since they generally contain the same infor- 
mation as the systematic bits output from the first en- 
coder 104. The parity bits, however, are retained since 
they represent unique and important information. 

[0020] The parity bits output fromthe first encoder 1 04 
parity bit output 108 are input to a puncturer 122. Like- 
wise, the parity bits output from the second encoder 1 1 6 



parity bit output 120 are input to the puncturer 122. A 
puncturer is a device which compresses data, thereby 
eliminating unnecessary information. The puncturer 122 
compresses the input parity bits in order to make more 
5 efficient use of communication channel bandwidth. The 
puncturer 1 22 output bits corresponding to compressed 
parity bits from the first encoder 1 04 are output from the 
first puncturer output 124. The puncturer 122 output bits 
corresponding to compressed parity bits from the first 
fo encoder 1 04 will also be referred to as "the C2 bits". The 
puncturer 122 output bits corresponding to compressed 
parity bits from the second encoder 116 are output from 
the second puncturer output 126. The puncturer 122 
output bits corresponding to compressed parity bits from 
the second encoder 116 will also be referred to as "the 
C3 bits". Prior to being modulated and transmitted over 
a communication channel, the Cl bits, C2 bits and C3 
bits will be combined in some manner to form a serial 
bit stream. 

20 [0021] On the receiving end of the communication 
channel, the signal is demodulated and must be decod- 
ed to extract the original raw data. Figure 2 illustrates a 
basic turbo decoder 200 that will serve to develop basic 
turbo decoder concepts, an understanding of which will 
assist in understanding the subsequent discussion. 
[0022] The systematic bits (Cl bits) and first set of 
parity bits (C2 bits) of turbo-encoded data are applied 
to the data input 202 of a first Soft- Input-Soft-Output 
("SISO") decoder 204. The metrics input 206 of the first 
30 SISO decoder 204 has a null input applied. The data 
output 208 of the first SISO decoder 204 is discarded. 
The metrics output 210 of the first SISO decoder 204 is 
applied to the input of a permuter 21 1 , The permuter 211 
rearranges the bits of the input metric and applies the 
35 resu It to the metrics input 21 2 of a second SISO decoder 
214. The second set of parity bits (C3 bits) are applied 
to the data input 21 6 of the second SISO decoder 214, 
The second SISO decoder 21 4 performs a decoding op- 
eration based on the C3 bits and the metric bits from the 
^0 permuter 211, which are permuted metric bits, originally 
output from the first SISO decoder 204. The data output 
21 8 of the second SISO decoder 21 4 is discarded. The 
metrics output 219 of the second SISO decoder 214 is 
applied to the input of an inverse-permuter 220. An in- 
45 verse-permuler is in essence a permuter set up to re- 
store permuted bits to their pre-perm uted order. For ex- 
ample, if bit sequence A is permuted by a permuter to 
form bit sequence B, an inverse permuter would restore 
bit sequence B back to bit sequence A. 
so [0023] In addition to being applied to the input of the 
permuter 211 , the metrics output 210 of the first SISO 
decoder 204 is applied to a delay circuit 222. The output 
of the delay circuit 222 and the output of the inverse- 
permuter 220 are applied to inputs of an adder 224. The 
55 output of the adder 224 is applied to the input of a data 
decision processor 226 which outputs a bit stream of 
decoded data corresponding to the original raw data. 
[0024] The example decoder illustrated In Figure 2, 
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and discussed above, often does not provide adequate- 
ly decoded data in one pass. It is typically utilized in an 
iterative architecture 300 as shown in Figure 3. In an 
iterative type of decoding system, an output metric re- 
sulting from a decoding iteration will typically be fed back 
to the metrics input of a decoder. The encoded data will 
then be decoded repeatedly with better and better met- 
rics until the metrics converge to values corresponding 
to high confidence levels. The total number of decoding 
iterations necessary to achieve the desired confidence 
level is typically a predetermined value. 

[0025] Comparing the decoding schemes illustrated 
in Figures 2 and 3, the only architectural difference is a 
metric feedback path from the output of the inverseper- 
muter (220 in Figure 2, 320 in Figure 3) to the input of 
the first SISO decoder (206 in Figure 2, 306 in Figure 3). 
[0026] Referring to the decoder processor 300 illus- 
trated in Figure 3, the systematic bits (Cl bits) and first 
set of parity bits (C2 bits) of turbo-encoded data are ap- 
plied to the data input 302 of a first Soft-Input-Soft-Out- 
put ("SISO") decoder 304. The metrics input 306 of the 
first SISO decoder 304 is connected to the output from 
the inverse-permuter 320. The data output 308 of the 
first SISO decoder 304 is discarded. The metrics output 
310 of the first SISO decoder 304 is applied to the input 
of apermuterSII .ThepermuterSII rearranges the bits 
of the input metric and applies the result to the metrics 
input 312 of a second SISO decoder 314. The second 
set of parity bits (C3 bits) are applied to the data input 
31 6 of the second SISO decoder 314. The second SISO 
decoder 314 perfonns a decoding operation based on 
the C3 bits and the metric bits from the permuter 311 , 
which are permuted metric bits from the first SISO de- 
coder 304. The data output 31 8 of the second SISO de- 
coder 314 is discarded. The metrics output 319 of the 
second SISO decoder 314 is applied to the input of the 
inverse-permuter 320. 

[0027] In addition to being applied to the input of the 
permuter 311, the metrics output 310 of the first SISO 
decoder 304 is applied to a delay circuit 322. The output 
of the delay circuit 322 and the output of the inverse- 
permuter 320 are applied to inputs of an adder 324. The 
output of the adder 324 is applied to the input of a data 
decision processor 326 which outputs a bit stream of 
decoded data corresponding to the original raw data. 
[0028] As stated earlier, the output of the inverse-per- 
muter 320 is connected to the metrics input 306 of the 
first SISO decoder 304. Thus, the decoder processor 
300 performs the nth decoding iteration with an input 
metric resulting from the (n-l)th decoding iteration. The 
total number of iterations is typically pre-determined. 
However, there may be instances where flexibility is de- 
signed into an architecture to enable an adaptable 
number of iterations to be performed. 

[0029] As mentioned in the background section, a 
weakness of the single decoder processor / multiple it- 
eration decoding scheme is that the decoder processor 
300 must complete the iterative decoding processing as 



fast as the encoded data is arriving. Thus for an n-iler- 
ation decoding scheme, the decoder processor 300 
must process a decoding iteration n-times as fast as the 
data is arriving. A pipelined solution to this problem uti- 
5 lizing cascaded decoder processors is illustrated in Fig- 
ure 4. 

[0030] Figure 4 illustrates an embodiment 400 of the 
present invention applied to the particular problem of it- 
eratively decoding data encoded with turbo coding. The 
10 particular embodiment 400 illustrated is for iteratively 
decoding data by perfonning three decoding iterations. 
The example may be extended to include as many de- 
coding iterations and cascaded decoder processors as 
necessary. 

15 [0031 J Encoded data may be stored in consecutive 
data blocks as the encoded data arrives. The multiple- 
block memory 402 of the embodiment illustrated in Fig- 
ure 4 is divided into four data blocks, Data Block 1 , Data 
Block 2, Data Block 3 and Data Block 4. Each data block 
20 is logically and/or physically divided into three sections. 
Cl, C2 and C3. Cl sections store systematic bits, C2 
sections store first sets of parity bits, and C3 sections 
store second sets of parity bits. 

[0032] A multiplexing and data control block 404 con- 
25 trols decoder processor access to the encoded data in 
the memory 402. In the embodiment illustrated in Figure 
4, the multiplexing and data control block 404 is divided 
into three sections. The first section, Cl MUX, controls 
access to C1 sets of systematic bits. The second sec- 
30 tion, C2 MUX, controls access to C2 first sets of parity 
bits. The third section, C3 MUX, controls access to C3 
second sets of parity bits. 

[0033] The embodiment illustrated in Figure 4 shows 
three cascaded decoder processors (406, 430, and 
35 436). The data input 408 of the first decoder SISO-1 .1 
of the first decoder processor 406 initially receives data 
from the Cl and C2 sections of Data Block 1, via Cl 
MUX and C2 MUX respectively. The metric input 410 of 
SISO-1. 1 receives a null input since the first decoder 
40 processor 406 is the first decoder processor in the cas- 
cade of decoder processors. SISO-1 .1 performs a de- 
coding operation and produces two outputs, a data out- 
put 412 and a metric output 414. The data output 412 
from SISO-1 .1 is discarded. The metric output 414 from 
45 SISO-1. 1 is input to the permuter 41 6 of the first decoder 
processor 406. The permuter 416 rearranges its input 
bits and sends them to the metric input 418 of the sec- 
ond decoder SISO-1 .2 of the first decoder processor 
406. 

50 [0034] The data input 420 of SlSO-1.2 initially re- 
ceives data from the C3 section of Data Block 1 via C3 
MUX. SISO-1 .2 performs a decoding operation and pro- 
duces two outputs, a data output 422 and a metric output 
424. The data output 422 from SISO-1 .2 is discarded. 
55 The metric output 424 of SISO-1. 2 is input to the in- 
verse-pemnuter 426 of the first decoder processor 406. 
The inverse-permuter 426 rearranges its input bits, 
which are the metric bits output from SISO-1 .2, in a man- 
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ner that Is inverse to the bit rearrangement performed 
by the permuter 416 and sends the rearranged input 
metric bits to the metric input 428 of S ISO-2.1 of the 
second decoder processor 430. 

[0035] While the first decoder processor 406 is per- 5 
forming its decoding iteration on the encoded data 
stored in Data Block 1 , newly arriving encoded data is 
stored in Data Block 2. When the first decoder processor 
406 completes its decoding iteration of the encoded da- 
ta in Data Block 1 , resulting in the sending of the metrics io 
from the inverse-permuter426 of the first decoder proc- 
essor 406 to the metrics input 428 of SISO-2.1 of the 
second decoder processor 430, the decoder processing 
of a next iteration begins. The multiplexing and data con- 
trol block 404 now grants the second decoder processor ^5 
430 access to Data Block 1 and grants the first decoder 
processor406 access to a new block of data, Data Block 
2. As the second decoder processor 430 performs the 
second decoding iteration to be perfomied on the en- 
coded data in Data Block 1 , the first decoder processor 20 
406 performs the first decoding iteration to be performed 
on the encoded data in Data Block 2. The decoding it- 
eration performed by the first decoder processor 406 on 
the encoded data in Data Block 2 follows the discussion 
above regardingthe decoding iteration performed by the 25 
first decoder processor 406 on Data Block 1 . 

[0036] The second decoder processor 430 performs 
the second decoding iteration to be performed on the 
encoded data in Data Block 1 in a manner similar to the 
first decoding iteration performed by the first decoder 
processor 406, An important difference between the first 
decoder processor 406 and the second decoder proc- 
essor 430 is that the metric input 41 0 of the first decoder, 
SlSO-1 .1 , of the first decoder processor 406 received a 
null input. As discussed above, the reason for this is that 35 
the first decoder processor 406 is the first decoder proc- 
essor in the cascade, and therefore has no proceeding 
decoder processor from which to receive metric infor- 
mation. However, the metric input 428 of the first decod- 
er, SISO-2.1 , of the second decoder processor 430 re- 
ceives metric information output from the inverse per- 
muter 426 of the first decoder processor 406. Except for 
the metric input difference just discussed, the second 
decoder processor 430 performs the second decoding 
iteration on the encoded data in Data Block 1 in the ^5 
same manner as discussed previously regarding the 
first decoder processor 406. 

[0037] White the first decoder processor 406 is per- 
forming its respective decoding iteration on the encoded 
data in Data Block 2 and the second decoder processor 50 
430 is performing its respective decoding iteration on 
the encoded data in Data Block 1 , newly arriving encod- 
ed data is stored in Data Block 3. When the first decoder 
processor 406 completes the first decoding iteration on 
the encoded data in Data Block 2, and the second de- 55 
coder processor 430 completes the second decoding it- 
eration on the encoded data in Data Block 1 , the decod- 
er processing of a next iteration begins. The output met- 



rics from the inverse-permuter 426 of the first decoder 
processor 406 are applied to the metrics input 428 of 
the first decoder, SISO-2.1 , of the second decoder proc- 
essor 430. The output metrics from the inverse-pemnut- 
er 432 of the second decoder processor 430 are applied 
to the metrics input 434 of the first decoder, SISO-3.1 , 
of the third decoder processor 436. 

[0038] The multiplexing and data control block 404 
now grants the third decoder processor 436 access to 
Data Block 1 , grants the second decoder processor 430 
access to Data Block 2, and grants the first decoder 
processor406 access to a new block of data, Data Block 
3. As the third decoder processor 436 performs the third 
decoding iteration to be performed on the encoded data 
in Data Block 1 , the second decoder processor 430 per- 
forms the second decoding iteration to be performed on 
the encoded data in Data Block 2, and the first decoder 
processor 406 performs the first decoding iteration to be 
performed on the encoded data in Data Block 3. The 
decoding iteration performed by the first decoder proc- 
essor 406 on the encoded data in Data Block 3 follows 
the discussion above for the decoding iteration per- 
formed by the first decoder processor 406 on Data Block 
1 . The decoding iteration performed by the second de- 
coder processor 430 on the encoded data in Data Block 
2 follows the discussion above for the decoding iteration 
performed by the second decoder processor 430 on Da- 
ta Block 1 . 

[0039] The third decoder processor 436 performs the 
third decoding iteration to be performed on the encoded 
data in Data Block 1 in a manner very similar to the sec- 
ond decoding iteration performed by the second decod- 
er processor 430 on Data Block 1 . An important differ- 
ence is that the metric input 428 of the first decoder, 
SISO-2.1, of the second decoder processor 430 re- 
ceives the output metric from the inverse-permuter 426 
of the first decoder processor 406, and the metric input 
434 of the first decoder, SISO-3.1, of the third decoder 
processor 436 receives the output metric from the in- 
verse permuter 432 of the second decoder processor 
430. Except for the metric input difference just dis- 
cussed, the third decoder processor 436 performs the 
third decoding iteration on the encoded data in Data 
Block 1 in the same manneras discussed previously re- 
garding the second decoder processor 430. 

[0040] As the third decoder processor 436 performs 
the third decoding iteration on Data Block 1 , the metric 
output data from SISO-3.1 and the metric output data 
from SISO-3.2 (through inverse-permuter 442) is syn- 
chronized, added, and analyzed by a data decision el- 
ement 437 to produce the final set of decoded data cor- 
responding to the encoded data in Data Block 1 . The 
metric output 438 from SISO-3.1 is connected to a delay 
element 444. The metric output 440 from SISO-3,2 is 
connected to the inverse-permuter 442 of the third de- 
coder processor 436. The delay element 444 output 446 
and the inverse-permuter 442 output 448 are connected 
to an adder 450. The adder 450 output 452 is connected 



WSDOCIO: <EP 1 175014A2^L> 




11 



EP1 175 014 A2 



12 



to the input of a decision processor 454. The output of 
the decision processor 454 is the decoded data corre- 
sponding to the encoded data in Data Block 1 . Now that 
the encoded data in Data Block 1 has been decoded, 
the memory space in Data Block 1 is made available for 5 
storing the next block of encoded data received. 

[0041] While the first decoder processor 406 is per- 
forming its respective decoding iteration on the encoded 
data in Data Block 3, and the second decoder processor 
430 is performing its respective decoding iteration on 
the encoded data in Data Block 2, and the third decoder 
processor 436 is performing its respective decoding it- 
eration on the encoded data in Data Block 1 , newly ar- 
riving encoded data Is stored in Data Block 4. When the 
first decoder processor406 completes the first decoding 
iteration on the encoded data in Data Block 3, and the 
second decoder processor 430 completes the second 
decoding iteration on the encoded data in Data Block 2, 
and the third decoder processor 436 completes the third 
decoding iteration on the encoded data in Data Block 1 , 
the decoder processing of a next iteration begins. 

[0042] The multiplexing and data control block 404 
now grants the third decoder processor 436 access to 
Data Block 2, grants the second decoder processor 430 
access to Data Block 3, and grants the first decoder 
processor 406 access to a new block of data, Data Block 
4. As the third decoder processor 436 performs the third 
decoding iteration to be performed on the encoded data 
in Data Block 2, the second decoder processor 430 per- 
forms the second decoding iteration to be performed on 
the encoded data in Data Block 3, and the first decoder 
processor 406 performs the first decoding iteration to be 
perfonned on the encoded data in Data Block 4. The 
decoding iterations and final data decision processing 
follow the previous discussion. While this next round of 
decoding iterations are performed on the encoded data 
in Data Block 2, Data Block 3 and Data Block 4, newly 
arriving encoded data is stored in Data Block 1 . The it- 
erative decoding cycle discussed above continues until 
all of the encoded data received is decoded. 

[0043] Figures 5, 6, 7 and 8 illustrate a method ac- 
cording to a preferred embodiment of the present inven- 
tion for iteratively decoding encoded data using cascad- 
ed decoder processors. Figure 5 illustrates the method 
500 followed by the first decoder processor in the cas- 
cade. As encoded data arrives, the first decoder proc- 
essor in the cascade acquires access 502 to the mem- 
ory block in which the encoded data Is stored. The first 
decoder processor in the cascade then performs the first 
decoding iteration 504 on the block of data. The metrics 
resulting from the first decoding iteration are then sent 
506 to the second decoder processor in the cascade. A 
decision 508 is then made. If there are more blocks of 
encoded data to be decoded with the first decoding it- 
eration, the process begins again at the data access ac- 
quisition step 502. If there are no more blocks of encod- 
ed data to be decoded with the first decoding iteration, 
the processing of first decoding iterations is complete 



510. 

[0044] Figure 6 illustrates the method 600 followed by 
the nth decoder processor in the cascade, where the nth 
decoder processor is not the first or last decoder proc- 
essor in the cascade. The nth decoder processor re- 
ceives metrics 602 from the (n-l)th decoder processor 
in the cascade. The nth decoder processor then ac- 
quires access 604 to the data block corresponding to 
the received metrics. The nth decoder processor in the 
cascade then performs the nth decoding iteration 606 
on the block of data. The metrics resulting from the nth 
decoding iteration are then sent 608 to the (n+1)th de- 
coder processor in the cascade. A decision 610 is then 
made. If there are more blocks of encoded data to be 
decoded with the nth decoding iteration, the process be- 
gins again at the metrics receiving step 602. If there are 
no more blocks of encoded data to be decoded with the 
nth decoding iteration, the processing of nth decoding 
iterations is complete 612. 

[0045] Figure 7 illustrates the method 700 followed by 
the last decoder processor in the cascade. The last de- 
coder processor receives metrics 702 from the next-to- 
last decoder processor in the cascade. The last decoder 
processor then acquires access 704 to the data block 
corresponding to the received metrics. The last decoder 
processor in the cascade then performs the last decod- 
ing iteration 706 on the block of data. The metrics re- 
sulting from the last decoding iteration are then sent 708 
to a data decision element. A decision 71 0 is then made. 
If there are more blocks of encoded data to be decoded 
with the last decoding iteration, the process begins 
again at the metrics receiving step 702. If there are no 
more blocks of encoded data to be decoded with the last 
decoding iteration, the processing of last decoding iter- 
ations is complete 712. 

[0046] The processing performed by the first cascad- 
ed decoder processor, nth cascaded decoder proces- 
sor, and last cascaded decoder processor were dis- 
cussed separately. However, it should be understood 
that although the decoding iterations on a given block 
of data are performed sequentially, decoding iterations 
are performed on different blocks of data simuftaneous- 
ly. For example, while a first block of data is being de- 
coded with a third decoding iteration, a second block of 
data is being decoded with a second decoding iteration, 
and a third block of data is being decoded with a first 
iteration. 

[0047] The metrics resulting from the last decoding it- 
eration that are sent 708 to the data decision element 
are analyzed by the data decision element to produce 
the final output decoded data. The analysis performed 
by the data decision element may consist of a parity test, 
where the arithmetic sign of a metric indicates the bit 
value of the corresponding decoded output bit. The out- 
put of the data decision element is preferably a bit 
stream of decoded data. 

[0048] Figures 5, 6 and 7 illustrate a method for iter- 
atively decoding encoded data using cascaded decoder 
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processors from the perspective of the cascaded decod- 
er processors. Figure 8 illustrates the method 800 for 
iteratively decoding encoded data using cascaded de- 
coder processors from the perspective of a block of en- 
coded data. The arrival of a block of encoded data 802 5 

initiates the decoding process. A first decoding iteration 
804 is performed on the block of encoded data using a 
first decoder processor. A done decision 806 is then 
made based on the number of decoding iterations per- 
formed so far on the block of encoded data relative to to 
the predetermined total number of decoding iterations 
that are to be performed. If there are remaining decoding 
iterations to be performed on the block of encoded data, 
preparations 808 are made for the next decoding itera- 
tion to be performed. The preparations consist of pro- is 
viding the next cascaded decoder processor performing 
the next decoding iteration with the output metrics from 
the most recent decoding iteration and with access to 
the encoded data block being decoded. The next de- 
coding iteration 810 is then perfomned on the block of 20 
encoded data. The done decision 806 is then made 
again. The preparation 808 and decoding iteration 810 
steps are performed repeatedly until the done decision 
806 determines that the predetermined total number of 
decoding iterations to be performed on the encoded da- 25 
ta block have been performed. Once this decision is 
made, the metrics from the last decoding iteration are 
passed 812 to adata decision element. Decoded output 
data is then generated 814 by the data decision element 
based on the metrics passed to it. Since the encoded 30 
data is no longer needed after it is decoded, the memory 
block containing the encoded data is made available for 
other data 816. Although the decoding Iteration step 
810, last metric passing step 012, and output generating 
step 814 are illustrated sequentially in Figure 8 for a 35 
block of encoded data, the metric passing step 812 and 
output generating step 814 preferably occur simultane- 
ously with the last decoding iteration. This simultaneous 
processing is possible, because the metrics output from 
the last decoding iteration are preferably generated in 
the form of a sequential stream of metrics. 

[0049] While particular elements, embodiments and 
applications of the present invention have been shown 
and described, it will be understood, of course, that the 
invention is not limited thereto since modifications may ^s 
be made by those skilled in the art, particularly in light 
of the foregoing teachings. It is therefore contemplated 
by the appended claims to cover such modifications as 
incorporate those features which come within the spirit 
and scope of the invention. so 



Claims 

1 . A cascaded processor decoder (400) for iteratively ss 
decoding encoded data, the decoder (400) com- 
prising: 



a plurality of decoder processors (406, 430, 
436), including a first cascaded decoder proc- 
essor (430) and a second cascaded decoder 
processor (436); and 

a metric output of said first cascaded decoder 
processor (430) connected to a metric input 
(434) of said second cascaded decoder proc- 
essor (436); 

characterized in that 

each of said decoder processors (406, 430, 
436) processes a subset of a total number of 
decoding iterations. 

2. The cascaded processor decoder of claim 1 , further 
comprising a memory (402) connected to the data 
inputs (408) of said decoder processors (406, 430, 
436), said memory (402) comprising data blocks for 
storing encoded input data. 

3. The cascaded processor decoder of claim 2, further 
comprising a plurality of multiplexers (404) connect- 
ed between said decoder processors (406, 430, 
436) and said memory (402), said multiplexers 
(404) allowing any decoder processor (406, 430, 
436) to selectively access any data block in said 
memory (402). 

4. The cascaded processor decoder one of claims 1 
to 3, further comprising a data decision element 
(437) for generating decoded output data, said data 
decision element (437) connected to said second 
cascaded decoder processor (436). 

5. The cascaded processor decoder of one of claims 
2 to 4 wherein each of said data blocks comprise: 

a systematic bits section; 

a first parity bits section; and 

a second parity bits section. 

6. The cascaded processor decoder of claims, where- 
in each of said decoder processors (406, 430, 436) 
comprises: 

a first decoder connected to a first data block 
including an associated systematic bits section 
and an associated first parity bits section; 

a permuter connected to a metric output (438) 
of said first decoder; 

a second decoder connected to said first data 
block including an associated second parity bits 
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section, said second decoder connected to an • generalmg (81 4) an output bit stream of decod- 

output of said permuter, and ed encoded data with a data decision element 

(437). 

an inverse permuter (442) connected to a met- 



ric output (440) of said second decoder. s 

7. The cascaded processor decoder of one of claims 
4 to 6, wherein said data decision element (437) 
comprises: 

10 

a delay element (444) connected to a metric 
output (438) of said first decoder of said second 
cascaded decoder processor (436), 

an adder (450) connected to an output (446) of '5 
said delay element (444), said adder (450) con- 
nected to an output (448) of said inverse per- 
muter (442) of said second cascaded decoder 
processor (436); 

20 

a data decision processor (454) connected to 
an output of said adder (450), said data deci- 
sion processor (454) including a decoded data 
bit output. 

25 

8. The cascaded processor decoder of one of claims 

1 to 7. wherein said plurality of decoder processors 
(406, 430, 436) is equal in number to a predeter- 
mined number of decoding iterations. 

30 

9. The cascaded processor decoder of one of claims 

2 to 8, wherein said memory (402) is a multiple block 
memory comprising data blocks at least equal in 
number to said decoder processors (406, 430, 436). 

35 

10. A method for iteratively decoding encoded data us- 
ing a predetermined total number of decoding iter- 
ations, the method comprising; 

receiving encoded data; and 

iteratively decoding (810) said encoded data a 
predetermined total number of times with cas- 
caded decoder processors (406, 430, 436), 

45 

characterized in that 

each of said decoder processors (406, 430, 436) 
processes a subset of the total number of decoding 
iterations. 

50 

11. The method for iteratively decoding encoded data 

of claim 10, further comprising receiving said en- 
coded data into data blocks of a memory (402) con- 
nected to data inputs (408) of said decoder proces- 
sors (406, 430, 436). 55 

12. The method for iteratively decoding encoded data 
of claim 10 or 11, further comprising: 



13. The method for iteratively decoding encoded data 
of one of claims 10 to 12, wherein said step of iter- 
atively decoding comprises iteratively decoding 
among at least two interconnected cascaded de- 
coder processors (406, 430). 

14. The method for iteratively decoding encoded data 
of one of claims 10 to 13, wherein said step of iter- 
atively decoding comprises; 

performing a first number of decoding iterations 
on said encoded data with a first decoder proc- 
essor (406), and generating first resultant met- 
rics; 

passing said first resultant metrics to a second 
decoder processor (430), 

performing a second number of decoding iter- 
ations on said encoded data with a second de- 
coder processor (430), and generating second 
resultant metrics; and 

passing said second resultant metrics to a third 
decoder processor (436). 

15. The method for iteratively decoding encoded data 
of claim 14, further comprising: 

performing a last decoding iteration with a last 
decoder processor (436) and generating last 
resultant metrics; 

passing said last resultant metrics from said 
last decoder processor (436) to a data decision 
element (437); and 

performing data decisions with said data deci- 
sion element (437). 

16. The method for iteratively decoding encoded data 
of claim 15. wherein said step of generating last re- 
sultant metrics comprises: 

generating a first subset; 

generating a second subset; and 

generating said last resultant metrics by adding 
said first subset to said second subset. 

17. The method for iteratively decoding encoded data 
of claim 15 or 16, wherein said step of performing 
data decisions comprises generating decoded data 
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(57) The present invention provides a method and 
apparatus (400) for iteratively decoding data which has 
been encoded with contatenated codes. The apparatus 
(400) includes pipelined and cascaded decoder proces- 
sors (406, 430 and 436) connected to a multiple block 
memory device (402), through a multiplexing and data 
control block (404). A data decision element (437) is pro- 
vided for generating decoded output data. The method 
includes receiving encoded data (802) while data al- 
ready received is processed iteratively by decoder proc- 
essors in a pipelined fashion. Decoder processors are 
designated to perform particular iterations (810) of an 
iterative decoding process which are performed simul- 
taneously. Each of said decoder processors processes 
a subset of a total number of decoding iterations. As a 
decoder processor completes processing its designated 
iteration on a block of data, the decoder processor out- 
puts decoding information (808) to the decoding proc- 
essor designated to perform the subsequent iteration. 
Upon completion of all iterations for a block of data, the 
method includes generating output (814) consisting of 
the decoded data block. The method provides that once 
processing is complete on a data block, the memory 
block is made available (81 6) for the storing of new en- 
coded input data. 
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